- 综合排序
- 最热优先
- 最新优先
- 来自专栏Super 前端
Gitlab--CI
GitLab-CI 是一套配合GitLab使用的持续集成系统（当然，还有其它的持续集成系统，同样可以配合GitLab使用，比如 Jenkins）。 而且GitLab8.0以后的版本是默认集成了GitLab-CI并且默认启用的。 项目根目录增加 .gitlab-ci.yml 文件 配置一个 Runner GitLab-Runner GitLab-Runner 是配合 GitLab-CI 进行使用的。 当这个工程的仓库代码发生变动时，比如有人 push 了代码，GitLab 就会将这个变动通知 GitLab-CI。 这时 GitLab-CI 会找出与这个工程相关联的Runner，并通知这些Runner把代码更新到本地并执行预定义好的执行脚本。 ?
1.1K31发布于 2019-08-14 - 来自专栏Debian中国
Gitlab CI 配置文件 .gitlab-ci.yaml 详解（上）
本文档用于描述 .gitlab-ci.yml 语法，.gitlab-ci.yml 文件被用来管理项目的 runner 任务。如果想要快速的了解GitLab CI ，可查看快速引导。 从 7.12 版本开始，GitLab CI 使用YAML文件 (.gitlab-ci.yml) 来管理项目配置。该文件存放于项目仓库的根目录，它定义该项目如何构建。 ? 与stages同义 variables GitLab Runner V0.5.0. 开始引入 GItLab CI 允许在.gitlab-ci.yml文件中添加变量，并在job环境中起作用。 gitlab-ci.yml允许指定无限量jobs。 可以通过https://gitlab.com/gitlab-exa…上查看使用Review Apps的简单示例。 继续阅读：Gitlab CI 配置文件 .gitlab-ci.yaml 详解（下）
25.5K86发布于 2018-12-21 - 来自专栏Debian中国
Gitlab CI 配置文件 .gitlab-ci.yaml 详解（下）
本文档是描述 .gitlab-ci.yml 详细用法的下半部分，上半部分的内容请参考这里。.gitlab-ci.yml 文件被用来管理项目的 runner 任务。 如果想要快速的了解GitLab CI ，可查看快速引导。 该文件存放于项目仓库的根目录，它定义该项目如何构建。 ? 参考阅读：Gitlab CI 配置文件 .gitlab-ci.yaml 详解（上） artifacts 注意： 非Windows平台从GitLab Runner v0.7.0中引入。 Key 是以.开始的，GitLab CI 将不会处理它。你可以使用这个功能来忽略jobs，或者用Special YAML features 转换隐藏键为模版。 Validate the .gitlab-ci.yml GitLab CI的每个实例都有一个名为Lint的嵌入式调试工具。 你可以在gitlab实例的/ci/lint下找到该链接。
8.1K21发布于 2018-12-21 - 来自专栏程序手艺人
- GitLab CI 部署GitBook
这里就不得不说GitLab CI的强大之处了。直接使用CI部署GitBook的环境，简单快速方便。 GitLab CI 之前，结合官方文档先了解一些持续集成相关的概念。 GitLab Runner 最终由谁来执行这些构建任务呢？ 就是 GitLab Runner 了！ 想问为什么不是 GitLab CI 来运行那些构建任务？ 一般来说，构建任务都会占用很多的系统资源 (譬如编译代码)，而 GitLab CI 又是 GitLab 的一部分，如果由 GitLab CI 来运行构建任务的话，在执行构建任务的时候，GitLab 的性能会大幅下降 GitLab CI构建 CI代表持续项目集成，简单点说就是自动化构建，编译。 在GitLab中构建CI,只需要在项目中添加 .gitlab-ci.yml 文件，然后添加一个 Runner，即可进行持续集成。
3K30发布于 2019-04-23 - 来自专栏信且诚心之动
Gitlab-ci 构建
x509: cannot validate certificate for 10.10.1.33 because it doesn't contain any IP SANs. gitlab-runner 我使用的是自建的gitlab服务器，服务器上的证书差了一个属性。
66220编辑于 2022-12-28 - 来自专栏MoeLove
GitLab CI 使用 InsecureRegistry
请教个问题，基于gitlab CI做java项目持续集成，用到了docker in docker， docker build使用的Dockerfile中使用了一个insecure registry，在dind
1.9K10发布于 2018-08-27 - 来自专栏python3
gitlab CI脚本编写
从 GitLab 8.0 开始，GitLab CI 就已经集成在 GitLab 中，我们只要在项目中添加一个 .gitlab-ci.yml 文件，然后添加一个 Runner，即可进行持续集成。 而且随着 GitLab 的升级，GitLab CI 变得越来越强大，本文将介绍如何使用 GitLab CI 进行持续集成。 一些概念 在介绍 GitLab CI 之前，我们先看看一些持续集成相关的概念。 /gitlab/gitlab-runner docker.io/alpine 其中kb-rsync是自己制作的，后续文章会讲到 192.168.1.92 需要安装dns服务器 .gitlab-ci.yml 服务器端口号 GITLAB_ADDRES_PORT: "22" #gitlab访问地址 GITLAB_ADDRES_IP: "testgitlab.baidu.com" #docker执行脚本前的动作
4.4K10发布于 2018-08-02 - 来自专栏Golang语言社区
Golang modules and gitlab CI
Let’s see what different approaches the top hits on the google search for ‘golang gitlab ci’ propose: itself 2 — Using glide see blog.boatswain.io/post/build-go-project-with-gitlab-ci ✅ short and sweet Now this allows us to leave our repository wherever we want and makes our gitlab-ci script super simple gitlab ci caching not supported — if you want to use gitlab-ci’s caching, you still need to use the same Regarding gitlab CI caching Even with go 1.11’s modules the dependencies will live in the $GOPATH - so
1.8K20发布于 2018-12-27 - 来自专栏John Wong's Blog
Gitlab CI 集成 Kubernetes
上面的项目 Clone 到本地后，更改远程仓库地址即可： $ git clone https://github.com/cnych/gitlab-ci-k8s-demo.git $ cd gitlab-ci-k8s-demo 现在 Gitlab CI 的环境都准备好了，我们可以来看下用于描述 Gitlab CI 的.gitlab-ci.yml文件。 } 上面的.gitlab-ci.yml文件中还有一些特殊的属性，如限制运行的的when和only参数，例如only: ["tags"]表示只为创建的标签运行，更多的信息，我可以通过查看 Gitlab CI YAML 文件查看：https://docs.gitlab.com/ce/ci/yaml/README.html由于我们在.gitlab-ci.yml文件中将应用的镜像构建完成后推送到了我们的私有仓库 所需要的资源清单和.gitlab-ci.yml文件已经准备好了，我们可以小小的添加一个文件去触发下 Gitlab CI 构建： $ touch test1 $ git add . $ git commit
1.9K20编辑于 2021-12-23 - 来自专栏TopFE
gitlab .gitlab-ci.yml 文件赏析
GitLab官方的流水线 .gitlab-ci.yml 内容 GitLab 代码仓库地址 GitLab 主流水线入口 GitLab 所有引入的流水线 共24个yaml文件，可怕啊。。。。 $/ && $CI_PROJECT_PATH == "gitlab-org/gitlab"' when: never # For merge requests, create a pipeline gitlab-org/gitlab/-/merge_requests/24887 GIT_CLONE_PATH: "/builds/gitlab-org-forks/${CI_PROJECT_NAME }" include: - local: .gitlab/ci/*.gitlab-ci.yml 详细解释 待续。。。 前端 ci https://gitlab.com/gitlab-org/gitlab/-/blob/master/.gitlab/ci/frontend.gitlab-ci.yml
93020编辑于 2022-01-24 - 来自专栏TopFE
GitLab CI CD管道配置参考 .gitlab-ci.yml 文件定义内容
在GitLab 企业版，这些都是可供选择：artifacts:reports:codequality，artifacts:reports:sast，artifacts:reports:dependency_scanning pages 上载作业结果以用于GitLab页面。 variables 在作业级别上定义作业变量。
1.4K20编辑于 2022-01-24 - 来自专栏章工运维
Gitlab ci与Jenkins对比
# gitlab CI简介 gitlab ci是在gitlab8.0之后自带的一个持续集成系统，中心思想是当每一次push到gitlab的时候，都会触发一次脚本执行，然后脚本的内容包括了测试、编译、部署等一系列自定义的内容 gitlab ci的脚本执行，需要自定义安装对应的gitlab runner来执行，代码push之后，webhook检测到代码变化，就会触发gitlab ci，分配到各个runner来运行相应的脚本script # Gitlab ci与Jenkins对比 # 分支可配置性 使用gitlab ci，新创建的分支无需任何进一步的配置即可立即使用CI管道中的已定义作业。 Jenkins基于gitlab的多分支流水线插件可以实现。相对配置来说，gitlab ci更加方便。 # 拉取请求支持 如果很好的集成了存储库管理器的CI/CD平台，可以看到请求的当前构建状态。 # 存储库交互 gitlab ci是git存储库管理器gitlab的固定组件，因此在ci/cd流程和存储库直接提供了良好的交互。
99610编辑于 2024-03-14 - 来自专栏TopFE
GitLab CI CD管道配置参考 .gitlab-ci.yml文件定义字段
亚搏体育app文件 亚搏体育app CI / CD GitLab CI / CD管道配置参考 GitLab CI / CD管道配置参考 GitLab CI/CD pipeline configuration reference 使用在每个项目中调用的YAML文件配置GitLab CI / CD 管道.gitlab-ci.yml。 有关示例集合，请参见GitLab CI / CD示例。 要查看.gitlab-ci.yml企业中使用的大文件，请参阅的.gitlab-ci.yml文件gitlab。 有关GitLab CI / CD的其他信息： 观看CI / CD轻松配置视频。 验证 .gitlab-ci.yml GitLab CI / CD的每个实例都有一个称为Lint的嵌入式调试工具，该工具可以验证.gitlab-ci.yml文件的内容。
24.6K20编辑于 2022-01-24 - 来自专栏Go与云原生
分支删除触发 gitlab CI
使用 environment , 在 gitlab branch 被删除的时候，触发 CI Stopping an environment 尝试在 JOB A 中申明一个变量，并停止。 在 CI 中配置一个 环境变量 , 当 branch 被删除的时候清理该 环境变量， 触发 on_stop 动作， 需求。 随后这段代码是节选，在 delpoy_action job 中创建了一个变量 clean/$CI_COMMIT_REF_NAME, 并预置了一个 动作触发器 on_stop。 # 预置变量 url: https://$CI_ENVIRONMENT_SLUG.example.com # 其实没什么用 on_stop: deploy_clean # 预置触发器 参考资料 Ref Specs for Runners Ref Specs for Runners - GitLab When a runner picks a pipeline job, GitLab
82210编辑于 2022-12-24 - 来自专栏云原生生态圈
Gitlab-runner的CI
这一篇，我们实践一下，如何通过Gitlab-runner进行持续集成 使用gitlab-runner进行持续集成与部署的关键在于 .gitlab-ci.yml文件的使用，该文件类似于Jenkins中的 Jenkinsfile，按顺序的执行我们预定义的每一个步骤(stage),然后通过对应的stage执行相关的shell或者其他指令，动手实践一下 首先创建一个git仓库,在仓库中添加一个 .gitlab-ci.yml 注意，上面的关键在于tags,如果没有指定tags的话，这里就会在出现被卡主stuck的错误，这是因为匹配不到合适的gitlab-runner,正如上图，我们使用的是default这个Tag,所以在.gitlab-ci.yml 文件的stage中一定要指明，出现的错误如下图: 这里还要注意一点，我们需要编辑一下gitlab-runner,把创建的git仓库加入到gitlab-runner中 此时我们在左侧的CI/CD下面的
1K20发布于 2021-11-15 - 来自专栏Python自动化测试
基于GitLab的CI执行
在之前编写过CI与Gitlab的整合应用，下来主要详细的介绍使用Gitlab工具的CI的可持续应用。 搭建好Gitlab的环境好后，我们需要在Linux的环境安装Gitlab的插件gitlab-ci，安装命令为： curl -L https://packages.gitlab.com/install/repositories Package gitlab-ci-multi-runner-9.5.1-1.x86_64 already installed and latest version 下来查看gitlab-ci-multi-runner the gitlab-ci token for this runner: 9pzo1oicss-T6f7nVz_Q Please enter the gitlab-ci description 下面来看是否注册成功，具体如下： 在Gitlab的CICD中也就能看到刚才注册成功的CI的信息了，截图如下： 下来在具体的项目里面增加一个.gitlab-ci.yml的文件来进行，文件内容为： stages
70920编辑于 2022-01-18 - 来自专栏云端漫步
基于gitlab ci构建devops平台
方案架构图 [devops.png] 体系组成 代码版本管理 企业开发中常使用gitlab搭建代码版本库，可以将其看作devops体系中的起始点。 在构建CI流程时，需要对代码分支管理做一定规范。 在此选用一种简单的持续集成工具gitlab ci进行介绍。 在gitlab8.0以后的版本默认集成了gitlab ci工具。 在使用gitlab ci时，需要借助一个叫作gitlab runner的工具来完成这一流程。 关系图如下: [445xfc4lex.png] gitlab ci就像一个业务调度器，将需要工作的业务分发到runner中去执行。在构建中，需要一个 .gitlab-ci.yml 编写构建任务。 Stages [ncrpb8svut.png] job [9l8cdhtkkl.png] 来一个.gitlab-ci.yml的基本模版 # 定义 stages stages: - build -
4.8K51发布于 2018-10-11 - 来自专栏YP小站
Gitlab CI + Helm + Kubernetes 构建CICD
Gitlab 和 Kubernetes CI/CD流程图 ? Gitlab 和 Gitlab CI搭建参考往期文章 Docker Compose部署Gitlab Gitlab CI 搭建持续集成环境 Helm安装(gitlab runner机器上安装 CI 文件配置样例 stages: - test - deploy # test job job 1: stage: test only: - master tags: # $(date "+%Y%m%d%H%M%S")-${CI_COMMIT_SHA:0:6} docker tag # Dockerfile 构建项目dockerfile - deploy -f helm.yaml product-line project-name $(date "+%Y%m%d%H%M%S")-${CI_COMMIT_SHA:0:6} Dockerfile
2.5K10发布于 2020-06-04 - 来自专栏Super 前端
Gitlab--CI执行用户问题
19年团队使用了 Gitlab-CI，做一些自动构建流程。最近团队小伙伴自己尝试搭建流程，参照了我之前发的文章 – Gitlab–CI。但过程中，遇到了用户执行权限的问题。 问题复盘 首先要明确，CI 默认执行用户为 gitlab-runner $ ps aux | grep gitlab /usr/bin/gitlab-ci-multi-runner run --working-directory /home/gitlab-runner --config /etc/gitlab-runner/config.toml --service gitlab-runner --syslog --user gitlab-runner 文章中包括 gitlab-runner 服务启动在内的，所有操作都是使用 sudo。 这也是为什么，文章中，将 gitlab-runner 免密使用sudo命令，并在脚本的命令前加上 sudo 的要求。
60240发布于 2021-08-30 - 来自专栏劝学
深入浅出gitlab CI
这方面已经有很多的开源项目与工具，比如Jenkins、Travis 以及本文要谈到的GitLab CI。 gitlab CI的介绍 先引入GitLab官方文档里的一张图，可以让我们更加方便的了解 CI/CD 做了哪些事情。 ? GitLab CI 相关术语 Job，它是最小的任务单元，只负责一件事情，编译/测试等； Stage，阶段，每一个 Job 都会有一个阶段，一个阶段可以包含多个 Job。阶段是有先后顺序的。 gitLab runner: www.cnblogs.com/cnundefined… 配置(.gitlab-ci.yml) yml语法传送门，https://learnxinyminutes.com jenkins 与gitlab CI的对比： 不足： 部署配置与代码仓库分离，不利于开发人员自身维护 缺少对于docker与k8s的天然支持 其他的一些比较可参考：https://about.gitlab.com
1.1K30发布于 2021-01-21
腾讯云开发者
